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(57) ABSTRACT 

A financial document processing system for processing 
financial documents is operated to assist an operator during 
exception recovery. During exception recovery, an original 
codeline, an encoded data string, and a recovery codeline 
associated with a financial document are obtained. Any 
blank spaces from the original codeline, the encoded data 
string, and the recovery codeline are stripped to provide a 
stripped original codeline, a stripped encoded data string, 
and a stripped recovery codeline, respectively. A number of 
characters of the stripped recovery codeline and a number of 
characters of the stripped original codeline are compared to 
determine if there is a match between the original codeline 
and the recovery codeline. When there is a mismatch of 
characters between the stripped recovery codeline and the 
stripped original codeline, a number of characters of the 
stripped recovery codeline and a number of characters of the 
stripped encoded data string are compared to determine if 
there is a match between the original codeline/encoded data 
string and the recovery codeline. 

6 Claims, 5 Drawing Sheets 




09/27/2003, EAST Version: 1.04.0000 



U.S. Patent 



Jul. 1, 2003 



Sheet 1 of 5 



US 6,585,775 Bl 



CM 



CM 

in 



cr 
O 



o 



o 



h-CC 
Oco 

Q_ CO 
COLLI 
20 

<o 
eccc 




LU 

uu y- 
cocc 



Ji 



GO 
CM 





MP 1 


BAI 


STA 



CO 
CM 



cr 

UJ 
CO 

cr 
o 
o 

LU 



CM 



cr 

LU 

o 
o 
o 

UJ 



CM 
CM 



LU DC I— 

opco 

< t~ >■ 

^<cn 

CO 



o 

CM 



8°= 



oo 



CO 



cr 

UJ 

o_ 
o 



cr 

LU 
Q 



v o 

r CO 



09/27/2003, EAST Version: 1.04.0000 



U.S. Patent Jul. 1, 2003 Sheet 2 of 5 US 6,585,775 Bl 



,-44 



FIG. 2 




52 



TO 

TRANSPORT 
12 



64- 



70- 



MEMORY 



APPLICATION 
PROGRAM 

ITEM DATA 
AND IMAGE 
MEMORY 
PORTION 



ITEM 
CONTROL 
BLOCK 
MEMORY 
PORTION 



CODELINE 
MATCHING 
PROGRAM 



09/27/2003, EAST Version: 1.04.0000 



U.S. Patent Jul. 1, 2003 Sheet 3 of 5 



US 6,585,775 Bl 



( START ) 

v ^100 

OBTAIN ORIGINAL CODELINE, ENCODED 
DATA STRING, AND RECOVERY CODELINE 

I ^-102 

STRIP ALL BLANK SPACES FROM ORIGINAL 
CODELINE, AND ENCODED DATA STRING, 
AND RECOVERY CODELINE 




09/27/2003, EAST Version: 1.04.0000 



U.S. Patent Jul. 1,2003 Sheet 4 of 5 US 6,585,775 Bl 



FIG. 3B 



120 



IS THERE 
A CHARACTER 
MATCH WITH CHARACTER OF 
ORIGINAL CODELINE 



122 



2l. 



■130 



IS THERE" 
A CHARACTER 
1MATCH WITH CHARACTER OF" 
ENCODED DATA 
J5TRING t 



GO TO NEXT 
CHARACTER OF 
ORIGINAL CODELINE 



-134 



GO TO NEXT 
CHARACTER OF 

ENCODED 
DATA STRING 



GO TO NEXT 
CHARACTER OF 
RECOVERY CODELINE 



1 



£ 



132 



DISPLAY 
MISMATCH 
STATUS 



"X" 




126 



DISPLAY 
SUCCESSFUL 
MATCH 



( END } 



09/27/2003, EAST Version: 1.04.0000 



U.S. Patent 



Jul. 1, 2003 



Sheet 5 of 5 



US 6,585,775 Bl 



FIG. 4A 



FIG. 4B 



ORIGINAL 
CODELINE 



1 


2 


3 


4 


5 






6 





ORIGINAL 
CODELINE WITH 
STRIPPED 
SPACES 



1 


2 


3 


4 


5 


6 



FIG. 5A 



ENCODED 

DATA 

STRING 



FIG. 5B 



ENCODED 
DATA STRING 
WITH STRIPPED 
SPACES 



FIG. 6A 



RECOVERY 
CODELINE 



1 


2 


3 


4 


5 


0 




6 


7 



FIG. 6B 



RECOVERY 
CODELINE WITH 
STRIPPED 
SPACES 



1 


2 


3 


4 


5 


0 


6 


7 



09/27/2003, EAST Version: 1.04.0000 



US 6,585 ; 

1 

FINANCIAL DOCUMENT PROCESSING 
SYSTEM AND METHOD OF OPERATING A 

FINANCIAL DOCUMENT PROCESSING 
SYSTEM DURING EXCEPTION RECOVERY 

s 

BACKGROUND OF THE INVENTION 

The present invention relates to financial document pro- 
cessing systems, and is particularly directed to a method of 
operating a financial document processing system, such as 10 
an image-based check processing system, during exception 
recovery. 

A typical image -based check processing system includes 
a check processing transport which has a document transport 15 
path and a number of different hardware devices lying along 
the document transport path for performing specific docu- 
ment processing operations on documents moving down- 
stream along the document transport path. The check pro- 
cessing system also includes a transport processor which 2Q 
executes a transport application program which is stored in 
memory to control operation of the devices lying along the 
document transport path and thereby to control operation of 
the check processing transport. 

From time to time, an exception condition may occur 2 s 
while processing documents on the check processing trans- 
port. Exception conditions include document jams, hard- 
ware failures, application errors, media low or empty, a 
pocket full, for examples. Typically, when an exception 
condition occurs, any documents in the document transport 30 
path that have not been completely processed are manually 
located by an operator and removed from the document 
transport path. To avoid problems further downstream, the 
operator must ensure that all checks which have not been 
completely processed are removed from the document trans- 35 
port path. Once the problem that caused the exception is 
resolved, the operator must reprocess the documents in their 
original order. 

In known transport application programs, codeline match- 
ing programs are typically used to assist operators in orga- 40 
nizing the removed documents in their original order. In 
these codeline matching programs, a codeline is usually 
parsed into fields so that any encoded data string which has 
been added to an original codeline can be more easily 
handled. Also, any variability in positioning of data in a 45 
codeline can be more easily handled when the codeline is 
parsed into fields. A disadvantage in using a codeline match- 
ing program which parses a codeline into fields is that each 
codeline matching program is dependent upon a specific 
transport application program and cannot be used in other 50 
transport application programs unless programming changes 
are incorporated into that particular codeline matching pro- 
gram. Such programming changes are usually time- 
consuming and relatively costly to incorporate. It would be 
desirable to provide a codeline matching program which is 55 
independent of any particular transport application program 
and which can be used in a number of different transport 
application programs without requiring any programming 
changes to the codeline matching program. 

SUMMARY OF THE INVENTION 60 

In accordance with one aspect of the present invention, a 
method of operating a financial document processing system 
during exception recovery comprises the steps of (a) obtain- 
ing an original codeline associated with a financial 65 
document, (b) obtaining a recovery codeline associated the 
financial document, (c) stripping any blank spaces from the 
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original codeline to provide a stripped original codeline, (d) 
stripping any blank spaces from the recovery codeline to 
provide a stripped recovery codeline, and (e) comparing a 
number of characters of the stripped recovery codeline and 
a number of characters of the stripped original codeline to 
determine if there is a match between the original codeline 
and the recovery codeline. Preferably, the method further 
comprises the steps of (f) obtaining an encoded data string 
associated with the financial document, (g) stripping any 
blank spaces from the encoded data string to provide a 
stripped encoded data string, and (h) comparing a number of 
characters of the stripped recovery codeline with a number 
of characters of the stripped encoded data string when there 
is a mismatch of characters between the stripped recovery 
codeline and the stripped original codeline in step (e) to 
determine if there is a match between the original codehne/ 
encoded data string and the recovery codeline. 

In accordance with another aspect of the present 
invention, a financial document processing system is pro- 
vided for processing a financial document. The financial 
document processing system comprises means for (0 obtain- 
ing an original codeline associated with the financial 
document, and (ii) obtaining a recovery codeline associated 
the financial document. Means is provided for (i) stripping 
any blank spaces from the original codeline to provide a 
stripped original codeline, and (ii) stripping any blank 
spaces from the recovery codeline to provide a stripped 
recovery codeline. Means is provided for comparing a 
number of characters of the stripped recovery codeline and 
a number of characters of the stripped original codeline to 
determine if there is a match between the original codeline 
and the recovery codeline. Preferably, the financial docu- 
ment processing system further comprises (i) means for 
obtaining an encoded data string associated with the finan- 
cial document, (ii) means for stripping any blank spaces 
from the encoded data string to provide a stripped encoded 
data string, and (iii) means for comparing a number of 
characters of the stripped recovery codeline with a number 
of characters of the stripped encoded data string when there 
is a mismatch of characters between the stripped recovery 
codeline and the stripped original codeline to determine if 
there is a match between the original code line/encoded data 
suing and the recovery codeline. 

In accordance with yet another aspect of the present 
invention, a program storage medium readable by a com- 
puter having a memory is provided. The medium tangibly 
embodies one or more programs of instructions executable 
by the computer to perform method steps for operating a 
financial document processing system during exception 
recovery. The method comprises the steps of (a) obtaining an 
original codeline associated with a financial document, (b) 
obtaining a recovery codeline associated the financial 
document, (c) stripping any blank spaces from the original 
codeline to provide a stripped original codeline, (d) stripping 
any blank spaces from the recovery codeline to provide a 
stripped recovery codeline, and (e) comparing a number of 
characters of the stripped recovery codeline and a number of 
characters of the stripped original codeline to determine if 
there is a match between the original codeline and the 
recovery codeline. The method may also comprise the steps 
of (0 obtaining an encoded data string associated with the 
financial document, (g) stripping any blank spaces from the 
encoded data string to provide a stripped encoded data 
string, and (h) comparing a number of characters of the 
stripped recovery codeline with a number of characters of 
the stripped encoded data suing when there is a mismatch of 
characters between the stripped recovery codeline and the 
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stripped original codeline in step (e) to determine if there is which is controlled to capture images of documents moving 

a match between the original code line/encoded data siring along the document transport path 14. 

and the recovery codeline. An encoder 24 encodes missing fields on each check. An 

endorser 26 applies an endorsement in a known manner to 

BRIEF DESCRIPTION OF THE DRAWINGS 5 each check. A bank stamp 28 stamps each check to identify 

The foregoing and other features of the present invention * c b ^ ins f P 1 ™^ 6 cb % ck ' V* StnJCtUrC and 

.... & & ti , .„ , . # . r t t . operation of MICR readers, OCR readers, imaging cameras, 

will become apparent to one skilled in the art to which the r , , , T . . « ■ a 

/ p " . , - , r „ . encoders, endorsers, and bank stamps are well known and. 

present invention relates upon consideration of the following ^ mton will nol ^ described. 

description of the invention with reference to the accompa- „ , . n^o i j ~> i- i 

. V, . . • io Referring to FIGS. 1 and 2, the check processing system 

nying drawings, wherein: 1Q funher inchldes a lransp0 rt processor 40 and a user 

FIG. 1 is a schematic block representation of an image- interface 44 which communicates via signals on line 43 

based check processing system embodying the present (FIG. 1) with a microcomputer 42 of the transport processor 

invention; 40. The user interface 44 includes a keyboard 46, a mouse 

FIG. 2 is a schematic block representation of a portion of J5 48, and a display 50, all of which communicate via signals 

FIG. 1; on lines 43a, 43b, 43c (FIG. 2) with the microcomputer 42. 

FIGS. 3A and 3B is a flowchart depicting processes Suitable microcomputers and memories are readily available 

carried out in accordance with the present invention; "> the marketplace. Their structure and operation are well 

CT - C AA , a q _ «,™«„t«t:™ rt r ,„ known and, therefore, will not be described. The microcom- 

FIGS. 4A and 4B are representations of an original , * . * f . 4 . . 

r puter 42 controls operation of the transport 12 via signals on 

codehne from a check; 20 J;^ 41 

FIGS. 5A and SB are representations of an encoded data check proOTSsing syslem 10 also indudes a memory 

string for encoding onto a check; and $2 whicfa communicales via signals 0D ^ 51 ^ the 

FIGS. 6A and 6B are representations of a recovery microcomputer 42. It is contemplated that the memory 52 

codeline which is the combination of the original codeline of 25 cou id be a single memory unit or a plurality of different 

FIGS. 4A and 4B and the encoded data string of FIGS. 5A memory units. An executable transport application program 

and SB. 56 is stored in the memory 52. The transport application 

DETAILS OF THE INVENTION P ro 8 ram 56 U ^° ciated a particular type of document 

processing work. For example, one type of work is proof of 

The present invention is directed to operating a financial 3Q deposit. Another type of work is remittance processing. Still 

document processing system during exception recovery. The another type of work may be sorting of items. When the 

specific construction and use of the financial document transport application program 56 is executed, the hardware 

processing system may vary. By way of example, a financial devices lying along the document transport path 14 are 

document processing system in the form of an image-based controlled to process items moving downstream along the 

check processing system 10 is illustrated in FIG. 1. The 35 document transport path 14 in accordance with the transport 

check processing system 10 may be, for example, a sorting application program, as is known. 

machine or a proof machine wherein financial documents r \\ iC memory 52 includes an item data and image memory 

such as checks are processed in a data processing operation, portion 62 which stores sequence numbers, MICR codelincs, 

As shown in FIG. 1, the check processing system 10 image data, encoder status, endorsement status, and bank 

includes a check processing transport 12 having a document 40 stamp status associated with transaction items which have 

track which defines a document transport path 14 along been processed in accordance with the transport application 

which financial documents, such as checks, can be trans- program 56. The memory unit 52 further includes an item 

ported from an upstream end to a downstream end. The control block memory portion 64 which stores data relating 

transport 12 includes a number of different hardware devices to certain items during an exception recovery process to be 

lying along the document transport path 14 for performing A5 described later. More specifically, the data stored in the item 

specific document processing operations on documents control block memory portion 64 represents the current state 

moving along the document transport path 14. The transport of output operations (i.e., all completed and incomplete 

12 includes a hopper 16 into which a stack of financial output operations) for each item involved in the exception 

documents including checks are placed. A document feeder condition along the document transport path 14. The 

18 adjacent the hopper 16 selectively feeds or drives each 5o memory 52 also stores a codeline matching program 70 in 

document from the stack of documents in the hopper to accordance with the present invention to be described in 

transport the document from the upstream end to the down- more detail hereinbelow. 

stream end along the document transport path 14 to sorting When an exception condition occurs along the document 

bins 30 located at the end of the document transport path. transport path 14, an exception recovery process is initiated. 

The check processing system 10 further includes a code- 55 FIGS. 3A and 3B is a flowchart which depicts operation of 

line reader 20 such as a MICR reader located along the the codeline matching program 70 which is initiated as each 

document transport path 14. The MICR reader 20 reads a removed document is hand dropped to be reprocessed. 

MICR codeline from each check being processed in a known i 0 step 100, an original codeline such as shown in FIG. 

manner. Alternatively, the codeline reader may be an OCR 4 A, an encoded data string such as shown in FIG. 5 A, and 

reader instead of a MICR reader depending upon on the 60 a recovery codeline such as shown in FIG. 6A are retrieved 

particular application. from the memory 52, The original codeline is a codeline 

The check processing system 10 further includes an image from a check which has been processed by the MICR reader 
capture subsystem 22 located along the document transport 20. The encoded data siring is data (amount of a check for 
path 14. The image capture subsystem 22 captures an image example) which either has been or needs to be encoded onto 
of each document for a number of different purposes well 65 the corresponding check. The recovery codeline is a corn- 
known in the art. More specifically, the image capture binationof the original codeline and any encoded data string 
subsystem 22 includes an imaging camera (not shown) which has been encoded onto the corresponding check. 
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More specifically, the original codeline and the encoded Otherwise, if the determination in step 130 is affirmative, 

data string are retrieved from the item data and image then the program proceeds to step 134 in which a pointer 

memory portion 62 and the recovery codeline is retrieved now points to the next left-most character of the stripped 

from the item control block memory portion 64. The original encoded data string. The program then proceeds to step 124 

codeline contains a number of characters and a number of 5 to determine whether there are any more characters in (he 

blank spaces such as shown in FIG. 4A. The encoded data stripped recovery codeline to consider. If the determination 

string contains a number of characters and a number of blank in step 124 is negative, then a determination made that there 

spaces such as shown in FIG. 5 A. The recovery codeline is a match between the original codeline/encoded data string 

contains a number of characters and a number of blank and the recovery codeline as shown in step 126. Otherwise, 

spaces such as shown in FIG. 6A. 10 if the determination in step 124 is affirmative, then the 

Hie program then proceeds to step 102 in which all blank program proceeds to step 128 to consider the next left-most 

spaces arc stripped from the original codeline, the encoded character contained in the stripped recovery codeline. The 

data string, and the recovery codeline. The original codeline program then loops back to step 120. 

with blank spaces stripped away is shown in FIG. 4B. The It should be apparent from the above-described example 

encoded data string with blank spaces stripped away is 15 shown in FIGS. 4A, 4B, 5A, 5B, 6A, and 6B that there is a 

shown in FIG. 5B. The recovery codeline with blank spaces successful match between the original codeline/encoded 

stripped away is shown in FIG. 6B. A comparison is made data string the recovery codeline. The first five characters "1 

in step 104 to determine if the length of the stripped original through 5" of the stripped recovery codeline matches the 

codeline of FIG. 4B and the length of the stripped recovery first five characters of the stripped original codeline. The 

codeline of FIG. 5B arc equal. 20 sixth character "0" of the stripped recovery codeline 

If the determination in step 104 is affirmative, then the matches the first character of the stripped encoded data 

program proceeds to step 106 to determine if the characters string. The seventh character "6" of the stripped recovery 

contained in the stripped original codeline matches the codeline matches the sixth character of the stripped anginal 

characters contained in the stripped recovery codeline. If the codeline. The eighth character "T of the stripped recovery 

determination in step 106 is affirmative, then a determination 25 codeline matches the second character of the stripped 

is made that there is a successful match between the original encoded data string. 

codeline and the recovery codeline as shown in step 108. If A number of advantages result by providing a method of 

the determination in step 106 is negative, then a determina- operating the check processing system 10 in accordance 

tion is made that there is a mismatch between the original with the present invention. One advantage is that an encoded 

codeline and the recovery codeline as shown in step 110. 30 data string may be used in the above -described codeline 

However, if the determination in step 104 is negative (as matching program 70 independent of how the encoded data 

is the case shown in FIG. 4B and FIG. 6B), the program string and the original codeline may be merged together. For 

proceeds to step 112. In step 112, a determination is made as example, the encoded data string may be located before the 

to whether the length of the stripped recovery codeline of original codeline, after the original codeline, or even within 

FIG. 6B is equal to the combined length of the stripped toe original code fine. This independence of the encoded data 

original codeline of FIG. 4B and the stripped encoded data string relative to the original codeline eliminates sensitivity 

siring of FIG. 5B. If the determination in step 112 is of the code line matching program 70 to varying positions of 

negative, then a determination is made that there is a characters contained in the recovery codeline relative to the 

mismatch between the original codeline/encoded data string original codeline. Accordingly, the codeline matching pro- 

and the recovery codeline. If the determination in step 112 gram 70 of the present invention does not need to be aware 

is affirmative (as is the case shown in FIG. 4B, FIG. 5B, and of either the field data structure of the recovery codeline or 

FIG. 6B), then the program proceeds to step 120. to e field data structure of the original codeline. 

In step 120, a determination is made as to whether a Another advantage is that a relatively simple and efficient 

left-most character of the stripped recovery codeline is 4S program is provided to assist the operator during exception 

compared with a left-most character of the stripped original recovery of the check processing system 10. Still another 

codeline. If the determination in step 120 is affirmative, then advantage is that the codeline matching program 70 does not 

the program proceeds to step 122 in which a pointer now use any parsing techniques to accomplish the codeline 

points to the next left-most character of the stripped original matching function during exception recovery. Since the 

codeline. A determination is then made in step 124 as to 50 codeline matching program 70 does not use any parsing 

whether there are any more characters in the stripped recov- techniques, the codeline matching program is capable of 

ery codeline to consider. If the determination in step 124 is bein S ^ "> a number of different transport application 

negative, then a determination is made that there is a match programs without requiring any programming changes to 

between the original codeline/encoded data string and the accommodate the different transport application programs, 

recovery codeline as shown in step 126. Otherwise, if the 55 It is contemplated that the above -described programs be 

determination in step 124 is affirmative, then the program available on portable storage media, such as a compact disc 

proceeds to step 128 to consider the next left-most character read only memory (CDROM))- The programs on a CDROM 

contained in the stripped recovery codeline. The program may be installed on different financial document processing 

then loops back to step 120. systems to provide these systems with corresponding capa- 

However, if the determination in step 120 is negative, then 60 bililies as described above. It is also contemplated that the 
the program proceeds to step 130 in which a determination exception recovery process described above may be used in 
is made as to whether the character of the stripped recovery other types of financial document processing systems, such 
codeline under consideration matches a left-most character a s non-image-bascd systems, for example, 
of the stripped encoded data string. If the determination in From the above description of the invention, those skilled 
step 130 is negative, then a determination is made that there 65 in the art to which the present invention relates will perceive 
is a mismatch between the original codeline/encoded data improvements, changes and modifications. Numerous sub- 
string and the recovery codeline under consideration. stitutions and modifications can be undertaken without 
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departing from the true spirit and scope of the invention. 
Such improvements, changes and modifications within the 
skill of the art to which the present invention relates are 
intended to be covered by the appended claims. 
What is claimed is: 

1. A method of operating a financial document processing 
system during exception recovery of a number of non- 
rejected financial documents, the method comprising the 
steps of: 

(a) obtaining an original code line associated with a non- 
rejected financial document; 

(b) obtaining a recovery codeline associated with the 
non-rejected financial document; 

(c) stripping any blank spaces from the original codeline 
to provide a stripped original codeline; 

(d) stripping any blank spaces from the recovery codeline 
to provide a stripped recovery codeline; and 

(e) comparing a number of characters of the stripped 
recovery codeline and a number of characters of the 
stripped original codeline to determine if there is a 
match between the original codeline and the recovery 
codeline. 

2. A method according to claim 1, further comprising the 
steps of: 

(f) obtaining an encoded data string associated with the 
non-rejected financial document; 

(g) stripping any blank spaces from the encoded data 
string to provide a stripped encoded data string; and 

(h) comparing a number of characters of the stripped 
recovery codeline with a number of characters of the 
stripped encoded data string when there is a mismatch 
of characters between the stripped recovery codeline 
and the stripped original codeline in step (e) to deter- 
mine if there is a match between the original codeline/ 
encoded data string and the recovery codeline. 

3. A financial document processing system for processing 
a number of non-rejected financial documents, the financial 
document processing system comprising: 

means for (i) obtaining an original codeline associated 
with a non-rejected financial document, and (ii) obtain- 
ing a recovery codeline associated with the non- 
rejected financial document; 

means for (i) stripping any blank spaces from the original 
codeline to provide a stripped original codeline, and (ii) 
stripping any blank spaces from the recovery codeline 
to provide a stripped recovery codeline; and 

means for comparing a number of characters of the 
stripped recovery codeline and a number of characters 
of the stripped original codeline to determine if there is 
a match between the original codeline and the recovery 
codeline. 
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4. A financial document processing system according to 
claim 3, further comprising (i) means for obtaining an 
encoded data string associated with the non-rejected finan- 
cial document, (ii) means for stripping any blank spaces 
from the encoded data string to provide a stripped encoded 
data string, and (iii) means for comparing a number of 
characters of the stripped recovery codeline with a number 
of characters of the stripped encoded data string when there 
is a mismatch of characters between the stripped recovery 
codeline and the stripped original codeline to determine if 
there is a match between the original code line /encoded data 
string and the recovery codeline. 

5. A program storage medium readable by a computer 
having a memory, the medium tangibly embodying one or 
more programs of instructions executable by the computer to 
perform method steps for operating a financial document 
processing system during exception recovery of a number of 
non-rejected financial documents, the method comprising 
the steps of: 

(a) obtaining an original codeline associated with a non- 
rejected financial document; 

(b) obtaining a recovery codeline associated with the 
non-rejected financial document; 

(c) stripping any blank spaces from the original codeline 
to provide a stripped original codeline; 

(d) stripping any blank spaces from the recovery codeline 
to provide a stripped recovery codeline; and 

(e) comparing a number of characters of the stripped 
recovery codeline and a number of characters of the 
stripped original codeline to determine if there is a 
match between the original codeline and the recovery 
codeline. 

6. A program storage medium according to claim 5, 
wherein the method further comprises the steps of: 

(f) obtaining an encoded data string associated with the 
non-rejected financial document; 

(g) stripping any blank spaces from the encoded data 
string to provide a stripped encoded data string; and 

(b) comparing a number of characters of the stripped 
recovery codeline with a number of characters of the 
stripped encoded data string when there is a mismatch 
of characters between the stripped recovery codeline 
and the stripped original codeline in step (e) to deter- 
mine if there is a match between the original codeline/ 
encoded data string and the recovery codeline. 
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